home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0399 / 104 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.5 KB
  1. From: mforget@elfhaven.ersys.edmonton.ab.ca (Michel Forget)
  2. Subject: Re: MAUS
  3. Date:     Sun, 22 May 1994 01:42:14 -0600
  4. Mime-Version: 1.0
  5. Precedence: bulk
  6.  
  7. In <199405312035.AA12563@world.std.com>, you write:
  8.  
  9. [> True, authors of small programs would find it immensley awkward to try and fit
  10. [> such an option in without dramatically increasing the program size.
  11.  
  12. To some degree, it would be annoying for the programmer.  This is the 
  13. kind of feature that users love, though.  It does make the overall
  14. program larger, yes, but not by all that much.  When I did this for
  15. MasterBrowse (my first attempt) it only added about 4K to the program.
  16. Now that I understand the theory, I could easily do it in 1K (by
  17. keeping the shortcuts in a separate file and preserving the menu
  18. strings in the resource file instead of just overwriting them).
  19.  
  20. [> Maybe installing all the shortcuts as a cookie or something, and having a
  21. [> program look them up when the program starts is a possible solution. Then
  22. [> the configuration program could be as large as it needs (an approach adopted
  23. [> by LED Panel among others). Changing shortcuts is not something that needs to
  24. [> be done so often it warrants being available on the spot within programs....
  25.  
  26. This seems like more trouble than it is worth; a better solution might be
  27. to have the programmer create a data file that the configuration file
  28. could read and change.  That way no cookie work is needed at all, which
  29. is good for "C" compilers that do not have a cookie library.
  30.  
  31. [> Maybe the configuration program should be expandable, so it can grow to 
  32. [> include program-specific shortcuts (e.g. DSP Options in WinRec - unlikely to 
  33. [> be used in many other programs...), although this may result in a very large
  34. [> cookie to load up at boot time!
  35.  
  36. If the format of the data file were like this:
  37.  
  38. Menu, Item, Scancode, Modifier
  39.  
  40. then the configuration program could build a set of popup menus and
  41. allow the user to change the keyboard definitions in a way much like
  42. CoNnect does.  The advantage of a separate configuration program that
  43. would work with all programs is that it is standard.  The user always
  44. knows what to expect and how to change keyboard definitions.
  45.  
  46.  
  47. -- 
  48. () ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ () ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ()
  49. ()  Michel Forget / Electric Storm Software  ()   My cat stole my       ()
  50. ()   mforget@elfhaven.ersys.edmonton.ab.ca   ()   opinions, and pawned  ()
  51. ()         ess@tibalt.supernet.ab.ca         ()   them off for milk.    ()
  52. () ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ () ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ()
  53.  
  54.